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Introduction 
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Who  Should  Be  Here? 

Professionals  that: 

•  Define  and  reuse  processes  that  need  to  be  both 
understandable  and  enactable  (or  executable) 

-  work,  system,  utility/service  processes  ... 

•  Tailor  organization  processes  to  address  the  needs 
of  their  software  development  projects 


View  processes  as  part  of  their  transferrable 
knowledge  base  on  how  they  expect  to  conduct 
business 
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What  Will  We  Cover? 


Planning  for  the  definition  of  a  project’s  processes 

•  Defining  requirements  for  the  project’s  process 

•  Defining  the  project’s  process  architecture 


An  approach  for  defining  manually  enactable  processes 

•  Laying  out  the  process 

•  Describing  methods,  resources,  and  artifacts 

•  Describing  the  work  actions  of  every  enactable  process 

•  Packaging  the  enactable  process 


An  approach  for  evaluating  process  definition  results 
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What  Will  You  Walk  Away  With? 

Techniques  that  can  be  applied  to: 

•Plan  your  process  definition  efforts 
•Define  manually  enactable  processes 
•Evaluate  your  process  definitions 

A  copy  of : 

•  '"Instructionsfor  Process  Definition  Information 
Organizer  Templates" 

•  Template  skeleton 
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Agenda 


08:00  AM  Introduction 

08:10  AM  Concepts  and  Process  Definition  Planning 
09:20  AM  Process  Context  and  Layout  Specification 
10:30  AM  Break 

10:40  AM  Process  Design  &  Enactment  Specification 
11:40  AM  Process  Definition  Evaluation 
11:55  AM  Discussion 
12:00  PM  Adjourn 
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Process 

Definition 

Concepts 
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Process  Definition  Concepts 

Concepts 

•  Process  Definition  Elements 

•  Activities,  Artifacts,  Agents 

•  Methods  and  Entry/Exit  Criteria 

•  Two  Life  Cycles  Model  for  Process  Definition 

•  Process  Definition  Activities 

•  Process  Definition  Products 
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Process  Definition  Elements 


Whv? 


...  What?  ..... 


When 

to 

Begin 


PROCESS 


/AitlfacV 

A  hi  T 


When 

to 

End 


Icttvity 


1 

Activity, 
2  ' 

— I 

i 

1 

- 

! 

r 
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Process  Context 


Whv  this  process? 

Why?  •  What  are  the  requirements  for  the  process? 
•  What  is  the  puipose  of  the  process? 
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Activities  and  Agents 


What  work  is  to  be  performed? 
What  artifacts  are  to  be  employed 
and  produced? 


Who  performs  the  activity 
(human  agents  and  their 
roles)? 


Specifier  Reviewer 
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Methods  and  Resources 


ACTIVITY  How  supported 

Develop  - ► 

System 
Sjjedfl  cations 


How  performed 


Methods, 

Tools, 

Procedures 


Resources 

and 

Constraints 


Hardware,  Software,  • 

Materials.  Cost/Schedule,  ...  < 


Reviewer  and  Specifier 
employ  /  are  constrained  by 
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Process  Information  Types 


Entrv/Exit  Criteria 


Conditions  under  which  an  activity: 

1)  should  begin: 

•  Artifact  states 

•  Completion  of  predecessor  activities 

•  Resource  availability 

2)  may  be  declared  “complete:” 

•  Artifact  states 

•  Completion  of  other  related  activities 

•  Returns  from  methods 

•  Checklist  completion 
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When 


If  “Customer  Requirements” 
and  “External  System  ICDs” 
are  available, 

Then 

begin  “Prepare  System 
Specifications” 


If  “System  Specifications” 
has  state  of  “approved,” 
Then 

log  “Prepare  System 
Specifications” 
as  “completed” 
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P%  Artifacts 

•  Used  or  produced  by  a  process 

•  Are  activity  inputs  and  outputs 

•  May  have  states  and  allowable  state  transitions 
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Two  Life  Cycle  Concept  for  Process  Definition 


Business 

Drivers 


III 


Determine 
Process  Needs  * 
for  Ora 


Develop 

Organization 

Processes 


Deploy, 


Feedbac 


New  Requirements 


Customer  & 

Organization 

Drivers 


Multiple 

Projects 


Feedback/Req 


Feedback/Req 


Feedback. _ 

New  Requiremems 


Develop 

Project 

Processes 

Improve 

Processes 


— ► 

Deploy, 

Use  and 
Measure 
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Why  the  Two  Life  Cycles  for  Process? 


Organization  Focus 

•  Organization  processes  as  “Product  Line” 

•  Standard  Business  processes 

•  Standard  technical,  service  and  utility  processes 

•  Process  analysis  and  improvement 

•  Processes  defined  to: 

•  Support  the  organization’s  business  requirements 

•  Ensure  consistency  and  quality  of  products  / 
work  results 

•  Address  process  assurance  criteria  required  by 
customer  set 
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Why  the  Two  Life  Cycles  for  Process? 


Project  Focus 

•  Project  process  concerns  -  Customer  /  Developer 

•  Processes  that  demonstrate  developers  can  deliver 

•  Processes  that  address  customer’s  requirements 

•  Processes  that  address  customer’s  quality  concerns 

•  Processes  that  also  address  organization 

requirements 

•  Processes  must  reflect  how  work  is  to  be  performed 

•  Different  application  domains 

•  Different  domain  and  technical  maturity 

•  Technology  adoption  and  use 
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CMM  VI. 1  Mapping 


to  Cleanroom 


Exercise  illustrated  key  differences  of  the  “project 
process”  and  “organization  processes” 

•  Organization  processes  developed  to  address 
process  assurance  criteria  of  the  CMM 

•  Software  project  management  processes 

•  Technical  service  processes 

•  Cleanroom  Process  -  prepared  specifically  to 
support  the  technical  management  and  development 
of  software  projects; 

•  Life  cycle  specific  way  of  doing  business 

•  Defect  prevention 

•  Statistical  usage  testing 
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^  A  Process  Development  Process 


Purpose 

•  to  define  a  capable 
process  that  describes 
the  specific  means  by 
which  the  product  goals 
will  be  met 


Customer 

information 

Customer 

requirements 

Product 

description 

Product 

specifications 

Policy  and 
Standards 


Output 

A  Process 

D 

Process  Definition 

Development 

Process 

s _ ^ 

Process  Models 

Process  Guides 

Training 

Source:  Over  &.  Kellner 
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Process  Development  Activities 


Product 
Requirements 
and  Planning 


A  Process  Development  Process 


Process 
Requirements 
and  Planning 


Note! 

Requirements 
and  planning 
for  product 
and  process 
may  overlap 


Source:  Over  &  Kellner 


Process 

Definition 


Note  2.  Process 
CapatNlity 
Evaluation  and 
Transfwto 
Operations  may 
overlap 


Evaluate 

Process 

Capability 


T  ransfer  to 
Operations 
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Process  Definition,  Evaluation  &  Use 


Planning 


Process 

Context 


Planning  of 
a  Process 
Identified  in 
the “Process 
Definition 
Implemen¬ 
tation  Plan" 


Definition 


I  Stage  1 


Stage  2 

Process 

Design 


>  Process 
Enactment 
Informatton 


Evaluation, 

Process  Testing  through 
Manual  Enactment, 
and  PSS  Preparation 


Ftrecoi.  || 
Support  -  |] 
S^strm  y 

Stage  4~]  i  ^ 

Evaluation  | 

-mJ  Process 

Erac^t  -I  Integration 

(^“*>"91  into  Manual 

-  PSS 


i  A  Process  Guide  is  produced  for  each  process 
identified  In  the  "Process  Definition  Implemerv 
tationPlan" 
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Note:  Figure  Depicts  a  Manual  Process  Support  Syslemfor  a  Project 


dnverl  ppt/Ett/Page  29  •  3/12/95  a:  6  21  PM 


STARS  Program 
LORAL  Federal  Systems 

Tutorial  Contents 


1  -  Introduction 

2  -  Process  Definition  Concepts 
★  3  -  Planning  the  Project  Process 

Definition 

4  -  Process  Context 

5  -  Process  Layout  Specification 

6  -  Process  Design  Specification 

7  -  Process  Enactment  Information  Specification 

Evaluation 

8  -  Evaluating  Process  Definition  Results 

planning ppyEtt/Page  1  •  3/12/95  at  SOT  PM 


STARS  Program 
LORAL  Federal  Systems 


Process 

Definition 

Planning 
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Process  Definition  Planning 


Concepts 

•  Analyzing  the  Requirements  for  the  Project  Process 

•  Preparing  the  Project  Process  Architecture 

•  SCAI  Project  Example 

•  Preparing  the  Phased  Definition  Plan 

•  Using  the  Process  Architecture  to  Support 

Process-Driven  Project  Planning 


Focus 

•  Project  Process  Definition 

•  Approach  applied  on  the  Air  Force  STARS  Demonstration 
Project 
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Project  Process  Requirements  &  Planning 


Input 

Customer 

Information 

Customer 

requirements 

Product 

description 

Product 

specifications 

Policy  and 
Standards 

Product 

deployment  plans 


Purpose 

•  provide  a  basis  for 
process  specification 
and  design 

•  provide  a  basis  for 
implementing  and 
tracking  process 
definition 


r - ^ 


V. _ J 


Output 

Project  process 
goals 

Identification  of 
processes  to  be 
defined 

Phased 

in^lementation 
plan  for  process 
definition 

Plans  for  project 

process 

evaluation 
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Process  Definition  as  a  Project  Activity 


Project  process  definition  is  a  vital  part  of  an 
engineering  project  and  must  be  planned 

•  Process  Definition  efforts  may  be  organized  as 
a  project  within  a  project 
Examples; 

•  process  action  teams 

•  business  process  re-engineering 
Successful  process  definition  efforts: 

•  are  planned  and  tracked 

•  follow  a  defined  process  as  the  basis  for  planning 

•  are  staffed,  reviewed,  approved,  etc. 


Source  Over-W 
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Ai  Planning  for  Process  Definition 


Survey 

Relevant 

Processes: 

-  Org  Processes, 
Policies,  Stds 
•  Customer 
FVocesses, 
Policies,  Stds 


Identify  Project 

Process  Drivers; 

-  CustMuer 
Requirements 

-  Product  Users  & 
Maintainers 

-  Product  Quality 

•  Cost&  Schedule 

-  Measurement 
CoDcction  & 
Reporting 

-  Product  & 
Process 
Assurance 
Criteria 


Dellne  Process 
Requirements  & 
Prepare  Project 
Development 
Strategy 

Dehne  approach 
to  meet  project 
goals 


Examine 

Candidate 

Development 

Methods 


Devriop  a 
Strawman  Flow 
of  Key  Project 
Activities  and 
Artifacts 


Dwelop  a 
Project 
Process 
Architecture 


Project  Process 
Support  System 
Preparation 


Prepare 

ManuaOy- 

Enactable 

Process 

Definitions 
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Process  Definition,  Evaluation  &  Use 


Planning 


Process 

Context 


Planning  of 
a  Process 
Identified  in 
the  “Process 
Definition 
Implemen¬ 
tation  Plan" 


Definition 


■  Stage  1 


l^age  2 


>  Process 
Enactment 
Information 


Evaluation, 

Process  Testing  titrough 
IVIanual  Enactment, 
and  PSS  Preparation 


Process  II 

Support  '  jj 
System  y 

Stage  4  ~|  ^  ^ 

Evaluation 

-kJ  Process 
Pro^  Guide 

Erac^nt  -| 

into  Manual 

-  PSS 


I  A  Process  Guide  Is  produced  for  each  process 
identified  In  the  “Process  Definition  Implemen¬ 
tation  Plan" 
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Survey  Relevant  Processes 


Project  process  definition  teams  must  identify  what  processes 
have  been  defined 
Potential  Sources: 

•  Site  SEPG 

•  SEI: 

•  SEI  Software  Process  Frameworks  for  levels  2  through  5  (ETVX 
desenption  of  each  CMM  VI .  1 ICPA) 

•  STARS  ASSET: 

•  Keeper  of  the  SEESTARS  Process  Assets 

•  Cleanroom  Process  Guidebooks 

•  Ada  Process  Model  Guidebook 

•  AT&T  Quality  Function  Deployment  Process 

•  Customer; 

•  Standards  and  Product  DIDs 
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Identify  Project  Process  Drivers 


•  ProducL'system  requirements 

•  Cost 

■  Schedule 

•  Customer  processes,  policies, 
and  development  standards 

•  Customer’s  definition  of 
product  quahty 

•  Developer  Process 
Assurance 


•  Organization  processes, 
policies,  practices, 
standards,  methods,  etc 


Do  you  see  any 
problems  with  the 
requirements  we  got 
from  the  customer? 
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Defining  Project  Process  Requirements 


Input 

Customer 

information 

Customer 

requirements 

Product 

description 

Product 

specifications  and 
quality  goals 

Policy  and 
Standards 

Measurable 
process  goals  and 
requiremerts 

Understanding  of 

operating 

conditions 


Purpose 

•  to  describe  a  process  is 
capable  of  satisfying  product 
and  processgoals 


r~ 

Project 

Process 

\ 

Output 

Defined  Products: 

-  SpecJications 

-  Documentation 

-  Code 

-  Reports 
Process  Artifacts 
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/j.  STARS  Program 

-  LORAL  Federal  Systems 


Defining  Project  Process  Requirements 


Requirements  for  the  Project  Process: 


•  How  will  we  verify  and  validate  the  specified  work  products? 

•  Verification  -  Is  our  work  technically  correct? 

•  Validation  -  Is  the  system  we  built  what  the  customer  wanted? 

•  How  will  customer  and  contractor  management  assess  work 
progress? 

•  How  and  when  will  status  be  reported  to  support  project  control? 

•  What  measurements  must  be  taken  and  what  metrics  must 
be  computed?  How  will  they  be  reported  and  when? 
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Verification  and  Validation  Requirements: 
A  Project  Process  Concern 


It  meets  all  of  your 
requirements!  It’s 
what  you  specified. 


Verification: 

“Did  I  do  it  _ 
the  thing 
right?” 

-  technical 
correctness 

-  compliance  with 
specifications 


'  It  may  be  what  I 
specified  -  but  it 
isn’t  what  I 
expected. 


Validation: 

“Did  I  do  the 
right  thing” 

-  producing  what’s 
needed 

-  compliance  with 
expectations 
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RADC  Quality  Framework 


This  table  illustrates  a  portion  of  the  RADC  quality  framework  factors  and 
associated  criteria.  Factor/criteria  paring  is  used  to  identify  data  collection  forms 
and  associated  metrics  for  use  in  process  instrumentation. 
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RADC  Quality  Framework 
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Prepare  Project  Development  Strategy 


Risk  Factors: 

-  Problem  domain  understanding 

-  Technology  maturity 

-  Precedence  with  respect  to  past  systems 

-  Unprecedented  (first  time  out) 

-  Precedented  (instances  have  been  built 


Development  Approaches  Selected  to  Manage  Risk: 

-  Spiral  framework 

-  Prototyping 

-  Incremental  development 

-  Waterfall  framework 
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Defining  the  Project  Process  Architecture 


What  is  a  “Project  Process  Architecture” 

A  framework  of  the  process  components  required  to  satisfy  a  project’s 
process  requirements 


The  “Project  Process  Architecture”  defines: 

-  The  components  of  the  project  process  and  their 
relationships  from  a  “black  box”  perspective: 

Process  components  inputs  and  outputs 
Process  component  black  box  behavior 

-  The  interfaces  between  process  components 
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Defining  the  Project  Process  Architecture 


Process  Requirements  +  Project 

High  level  Technical  Approach  +  Process 
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Defining  the  Project  Process  Architecture 


After  the  “Project  Process  Architecture”  is  defined,  it 
becomes  the  basis  for: 


-  Process  Definition  Planning 

-  Understand  what  processes  to  reuse,  tailor  or  develop 

-  Basis  for  phasing  the  definition  of  project  processes 

-  Process  Requirements  Allocation 

-  Process  Assurance  Planning 

-  Understand  which  process  components  must  address  SEI  CIvIM 

VI .  1  or  ISO-9000.2  criteria 
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Artifact  flow  for  preparing  an  “Operations  Model” 


Example  from  “Developing  with  Ada.  Life  Cycle  Methods”  by  Bruce  E.  KrcH.  Bantam  Professional  Books 
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Process  Component:  “Operations  Model  Development” 


Interface 

^  Transition 
Graph 

User 

Interface 

o _ ^  _ 


Order  of 
Operations 


Operation 

Scenarios 


Message 

Flows 


I  I  Message 
I  I  Flows 


Example  from  "Developmg  with  Ada.  Life  Cycle  Methods"  by  Bruce  E  Krell  Bantam  Professional  Books 
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^  Activity  Flow:  “Ada  R/T  Software  Engineering  Process’ 

^  (1  or3)  _ _ , 


Customer 

Specifications 


Operations 

Model 

Development 


Operations 

Mode! 


Message 

Flows 


Requirements 

Model 


Requiremertfs 

Model 

Development 


Validation 

Against 

Operational 

Scenarios 


Example  from  “Developing  with  Ada:  Life  Cycle  Methods"  bv  Bruce  E.  Krell  Bantam  Professional  Books  ,  , 
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Activity  Flow:  “Ada  R/T  Software  Engineering  Process’ 
^  (2  of  3) 


Timing 

Evaluations 


Timing 

Allocation 

Preparation 


Timing 

Allocations 


Design 

Model 

Development 


Example  from  '’Developing  with  Ada.  Life  Cycle  Methods”  by  Bruce  E.  Krell.  Bantam  Professional  Books 
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SCAI  AE  Development  Strategy 
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SCAI  Application  Engineering  Process 


plannmg.ppt/Ett/Page  28  •  3/12/95  at  8.07  PM 


STARS  Program 
LORAL  Federal  Syrtems 


Phased  Process  Definition  Plan 


Preparation  Phase 

Processes  Required  to  Support  Work  Increments 

SCAI  Increment  1 
(90  days  prior  to 
project  start) 

0  Requirements  Engineering  Process  (OBE) 

0  System  Specification  Development  Process 

0  SAS  Development  Process 

0  Requirements  Model  Development  Process 

SCAI  Increment  2 
(120  days  prior 

SCAI  release  1 
development) 

0  System  Object  Specification  Development  Process 
o  System  Object  Development  Process 

0  System  Object  Certification  Process 

SCAI  Increment  3 
(120  days  prior  to 
SCAI  release  2 
development) 

0  System  Object  Integration  &  Build  Process 

0  System  Certification  Process  (Outside  of  AEP) 

Example  from  the  SCAI  Project  “Phased  Process  Definition  Plan  “ 
for  Application  Engineering 
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Process  Driven  Project  Planning  (1) 


;  K5»ia^;v 'f -r 


Ml  t: 3iya  r^iia  v't":::' 


2ya  ■•-■- 


-  --  -pirtg  SifStolJ 
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Pi  •ocess  Driven  Project  Planning  (2) 


STARS  Program 
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Tutorial  Contents 


1  -  Introduction 

2  -  Process  Definition  Concepts 

3  -  Planning  the  Project  Process 

Definition 

4  -  Process  Context 

5  -  Process  Layout  Specification 

6  -  Process  Design  Specification 

7  -  Process  Enactment  Information  Specification 

Evaluation 

8  -  Evaluating  Process  Definition  Results 
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Process 

Context 
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Process  Definition  Products 


Customer/Organization  Process  Requirements 


Process  Layout 
Specification 


Process  Design 
Specification 


Process 

Enactment 

Specification 
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Process  Context  &  Requirements  Definition 


Customer 

requirements 

Product  description 

Product 

specifications 

Poiicy  and  Standards 


Purpose 

•  define  process  purpose  and  goals 

•  define  relationship  to  other 
processes 

•  define  requirements  and  measurable 
goals 

•  define  conditions  under  which  the 
process  will  operate 

•  provide  a  basis  for  process 
evaluation 


o 


Define  Process 
Context  and 
Requirements 


o 


Process  operating 
conditions 

Plan  for  definition 
and  evaluation 
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Process  Context 


Process  Guide 

Process  Context  Section  - 

Overview: 


Process  Purpose; 

-  What  will  following  this  process  accomplish? 

-  Does  following  this  process  satisfy  its  intended  purpose? 

Process  Goals: 

-  Goals  this  process  addresses 
Process  Context: 

-  Relationship  of  this  process  with  others 
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Process  Context 


fi 

1  Process  Context  Section  (Continued)  * 

Process  Requirements: 


Required  Inputs  (Artifacts,  messages,  controls,  etc.) 

Process  Work  Results  (Products  and  services) 

-  Quality  attributes  of  each  work  product  and  service 

Measurement  requirements 

-  Process  measurements  and  metrics 

-  Product  measurements  and  metrics 

Reporting  Requirements 

-  Normal  reporting  and  exception  reporting 
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Process  Context: 

Artifact  Quality  Attributes 


Product 

User  Product 
Quality  Factor 

Product  Quality 
Criteria 

Space 

Catalog 

Software 

Component 

Reliability 

Accuracy 

Simplicity 

Usability 

Operability 

Training 

Correctness 

Completeness 

Consistency 

Testability 

Traceability 
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Process  Context 


Procws  -Context  Section  (Coritinuect)  ,  - 

Process  Operating  Environment: 

Process  Audience: 

-  Who  (roles)  are  the  intended  users  of  this  process? 

-  What  are  their  current  responsibilities? 

Process  Usage: 

-  How  will  each  audience  use  this  process  definition? 

Benefits: 

-  What  benefits  will  users  realize  after  using  the  process? 

Source  “Developing  Useful  Documents,"*  American  Institute  for  Research,  1990  layout. ppt/Ett  A  Phillips/Page  8  •  3/12/95  at  8:55  PM 


STARS  Program 
LORAL  Federal  Syrttmt 

Process  Context 


Qrganization/Project  Repository-  Book _ 

Process  Context  Section  (Continued)  ' 

Process  Audience  and  Experience: 

-  How  new  is  what  you  are  telling  them? 

-  What  vocabulary  do  they  use? 

-  How  do  they  think  about  this  topic  or  the  tasks  involved? 

-  Wbat  do  they  need  to  know  before  using  the  process 
Process  Audience  Motivation: 

-  How  much  effort  are  they  willing  to  put  into  learning 
understanding  what  the  process  definition  requires  of 
them? 


Source  “Developuig  Useful  Documents."  Amcncan  Institute  for  Research.  1 990  layout  ppt/Ett  &  Phillips/Page  9  •  3/12/95  at  8  55  PM 
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Process  Context 
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Next  Step:  Process  Layout 


•  Complete  process  context  for  assigned  process 

•  Identify  and  define  artifacts 

•  Define  agent  roles 

•  Graphically  depict  process  layout 

•  Verify  that  activity  and  artifact  granularity  is  OK 
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Tutorial  Contents 


1  -  Introduction 

2  -  Process  Definition  Concepts 

3  -  Planning  the  Project  Process 

Definition 

4  -  Process  Context 

^  5  -  Process  Layout  Specification 

6  -  Process  Design  Specification 

7  -  Process  Enactment  Information  Specification 

Evaluation 

8  -  Evaluating  Process  Definition  Results 
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Process 

Layout 

Specification 
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Process  Definirion 


Purpose 

*  create  a  process  specification  that: 

•  is  manuallyenactable 

•  is  precise  and  accurate 

•  when  followed,  produces 
and  expected  and  consistent 


results 


Output 

Process  Glide 

Supporting 

project 

refwences 

Process 
Execution  Log 

Process  operating 
conditions 

Operational 

Hefinitinn 


o 


Prepare 

Process 

Definition 


o 
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Process  Definition,  Evaluation  &  Use 


Planning 


Definition 


Process 

Context 


Planning  of 
a  Process 
Identified  in 
the “Process 
Definition 
Implemen¬ 
tation  Plan" 


Stage  1 


Process 

Layout 


Stage  2 


Process 

Design 


Stage  3  1 


Process 

Enactment 

Information 


Evaluation, 

Process  Testing  through 
Manual  Enactment, 
and  PSS  Preparation 


Stage  4  "j 


I  Evaluation 
&  Manual 
Process 
I  Enactment 
(Testing) 


A  Process  Guide  Is  produced  for  each  process 
Identified  In  the  "Process  Definition  Implemen¬ 
tation  Plan" 
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Process  Layout  Objectives 
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Process  Layout  Information 
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Describing  the  Artifacts  of  a  Process 


The  important  features  of  an  artifact  that 
should  be  described  are: 


csaB2ac23 
r  ir?-l  I 


SHIfilS 


Relationships 

Behavior 

Attributes 

•  structure  and 
content 

•  derivation 

•  used  or  produced 
by  activity 

•  used  or  produced 
by  agent 

•  artifact  state 

*  allowable  state 
transitions 

•  purpose 

•  description 

•  requirements, 
goals,  and 
measures 

•  applicable 
specifications  or 
starxlards 
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l^k  Artifact  Structure 

Describes  the  parts  (components)  of  an  artifact 
-  Artifact  composition  (part/siibpart) 

Artifact  parts  may  themselves  be  artifacts 


Example:  Project  Plan  “X”  is  composed  of 

-  Overview  section 

-  Work  breakdown  structure 

Overvie 

-  Size,  effort,  and  cost  estimates 

-  GANNT  chart 

-  Methods/procedures  h+HH 
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Artifact  Structure 
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Artifact  Derivation 


Describes  precedence  order  based  on  the  use  of  one 
artifact  to  derive  another 
For  example: 

-  Project  estimates  are  based  on  the  WBS 

-  Project  schedule  is  derived  from  the  project  effort 
estimates  and  the  WBS 


layout  ppt/Ea  PhiUips/Page  21  •  3/12/95  at  8  55  PM 


STARS  Program 
LORAL  Federal  Syrtems 

Artifact  Derivation 


Artifact  "C"  is  derived  from  Artifact  "A"  and  "B" 
Artifact  "A“  is  used  to  derive  Artifact  "C" 
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Artifacts  Used  and  Produced 

Activities  have  inputs  and  produce  outputs 
Examples  of  this  relationship; 

-  Activity  Develop  Project  Plan  uses  artifact  SOW 

-  Activity  Develop  Project  Plan  produces  Project  Plan 

-  Artifact  SOW  is  used  by  Develop  Project  Plan 

-  Artifact  Project  Plan  is  produced  by  Develop  Project 
Plan 


/ - 

Develop 

SOW 

' - \ 

Produces  t 

Is  Produced  By  i 

£ 

)sow 

- 

)  f  I 

Is  Used  By 


Uses 


^  Develop 
I  Project 
Plan 


Produces 
Is  Produced  By 


^Project 

Plan 
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Artifact  State 


•  Describes  the  phases  (or  states)  of  an  artifact 

•  Transitioning  from  artifact  state  to  artifact  state 
describes  the  evolution  of  the  artifact  in  the  process 

Example: 

A  project  plan  evolves  from 
in-progress  to  drafted,  and  then  to  either 
approved  or  in-progress 


in-progress  ] 
{  drafted  ] 
approved  ] 


;  writing  is 

^reviewers 

T  completed 

:  disaporove 

^  reviewers 

▼  aoDrove 

layout.ppt/Ett  &  Phifllps/Page  24  •  3/12/95  at  8:55  PM 


STARS  Program 
LORAL  FedcraJ  Systems 


Describing  the  Activities  of  a  Process 

The  important  features  of  an  activity  that 
should  be  described  are: 


sfi1!!=!=!' 


Relationships 

Behavior 

Attributes 

•  artifacts  used  and 
produced 

•  decomposition 
into  sub-activities 
or  procedures 

•  dependencies 
among  activities 

•  activity  control 
flow 

•  performing  agent 

•  activity  state 

•  entry  criteria 

•  exit  criteria 

•  purpose 

*  description 

•  goals  and 
measures 

*  applicable  polices 
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Activity  Decomposition 

Activities  are  decomposed  into  steps  that  are; 

-  Lower  level  sub-activities  (tasks) 

-  Methods  or  procedures 

Example; 

1.  Develop  plan 

1.1  Develop  WBS 

1.2  Develop  estimates 

1.2.1  Estimate  size 

1.2.2  Estimate  effort 

1.2.3  Estimate  resources 

1.2.4  Estimate  schedule 

1.2.5  Estimate  cost 
I  1.3  Develop  overview 
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Activity  Decomposition 


Activity  1 .2  has  sub-activities  1 ,2,1 , 1 .2.2,  and  1 .2.3 
Activity  1.2.1  is  a  sub-activity  of  1 .2 
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Separating  ’’What”  and  ”How” 


An  activity  is  described  by  specifying: 

•  **what”  happens  and  "how"  it  is  done 

•  The  "how"  component  of  an  activity  description 
should  be  defined  in  a  method  or  procedure 
description  separate  from  the  activity  description 


Activity 

Description 

fwhaFl 


how 


separate  "what" 
and  "how" 


Method  or 
procedure 


Activity 

Description 

1  what  I 
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Activity  Dependencies 

Activity  dependencies  arise  from: 

-  Artifact  state  or  use,  as  well  as  activity  state 


-  Decomposition  of  activities 

-  Coupling  of  activities 

-  Activity  constraint  relationships 
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Activity  1.1  comes  before  Activity  1.2 
Activity  1.2  comes  after  Activity  1.1 


layout. ppt/Elt  i  PhiUips/Page  30  -  3/12/95  at  8:55  PM 


STARS  Program 
LORAL  Federal  Systems 


Activity  Control 


Artifact  Artifact 

1  2 


Activity  1 .3  controls  1 .3.1 ,  1 .3.2  and  1 .3.3. 
Activity  1 .3.1  is  controlled  by  1 .3. 
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Activity  Flow  Relationships 


Activity  flow  describes  the  static  order  of  Activities 
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Activity  flow  also  describes  the  relationships  and 
constraints  between  activities 


:  ; 

;  1 — -CE]: 

A  B 

►  a\  B  i*- 

"Finish  to 

;  “Start  to  - 

“Startto 

-  “Finish  to 

Start” 

;  Start”  ; 

Finish” 

;  Finish” 

‘‘A"  must 

“A”  and  “B” 

“B”  may  not 

Completion  of  “A” 

complete 

may  both  start 

finish  until 

is  in  part 

before  "B”  can 

together 

predecessor 

determined  by  the 

begin 

“A"  starts 

completion  of  “B" 
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Activity  Flow  Relationships 


Finish  to  Finish”  Link  Example 
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Parallelism  Considerations 


Typical  software  developer’s  state: 

•  Many  activities  in  progress 

•  Few  activities  completed 

•  Tendency  toward  activity  completions 

"bunching  up"  at  major  checkpoints 


Process  definer: 

•  Eliminate  unnecessary  serial  dependencies 

•  Seek  opportunities  to  enable  multiple  activities  , 

to  be  performed  asynchronously 

•  Synchronize  at  milestones  as  necessary 
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Layout  Granularity  Considerations 

•  Some  granularity  factors 

—  Single  Agent 

-  Method  intricacy 

-  Practitioner  expertise 

—  Availability  of  subprocesses/methods 
—  Characteristics  of  subprocesses/methods 

-  Goals/purpose 

-  Process/product  state  change  logging  points 
—  Communication/navigation  decision  points 

-  Project  planning  support  requirements 
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^  Process  Layout 


Process  Guide  i:  ■ 


Process  Layout  lection 


Graphic  Representation 


•  Artifact  Gk)al  State  Map  (artifact  derivation  flow) 

•  Artifact  structure 

•  Artifact  precedence 

'  Activity  Network 

•  Activity  hierarchy 

•  Activity  precedence 

•  Activity  relation  to  artifacts  (inputs/outputs) 
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Process  Layout 


Process  Layout  Sectijoit 


For  each  activity  of  the  process: 

•  Activity  description 

•  Identification  of  supporting  methods  and  states  they 
may  change 

•  Identification  of  required  resources 

•  Identification  of  agents  (roles)  to  perform/support  the 
activity 
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Process  Layout 

Organization/Project  Repository  Book 
Artifacts  and  Goal  States  jScction 
Artifact  Goal  r  rT___  _ 

For  each  artifact,  identify: 

•  Artifact  state  variables 

•  Allowable  state  transitions 


layout  ppt/En  &  PhilLps/Pags  39  •  3/12/95  at  8  55  PM 


STARS  Program 
LORAL  Federal  Systems 

Layout  Example 


Refer  to  Process  Definition  Information 
Organizer  Instructions^'  Manual 
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Next  Step:  Process  Design 


For  the  assigned  process: 

•  Verify  that  activity  and  artifact  granularity  is  OK 

•  Completely  describe  all  artifacts 

•  Completely  describe  all  roles  and  their  skill  and 
experience  requirements 

•  Define  all  required  method  descriptions 
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Tutorial  Contents 

1  -  Introduction 

2  -  Process  Definition  Concepts 

3  -  Planning  the  Project  Process 

Definition 

4  -  Process  Context 

5  -  Process  Layout  Specification 
^  6  -  Process  Design  Specification 

7  -  Process  Enactment  Information  Specification 

Evaluation 

8  -  Evaluating  Process  Definition  Results 
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Process 

Design 

Specification 
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Process  Definition,  Evaluation  &  Use 


Planning  of 
a  Process 
Identified  in 
the “Process 
Definition 
Implemen¬ 
tation  Plan" 


Definition 


■  Stage  1 


Stage  2 

Process 

Design 


.  Process 
Enactirent 
Infbnration 


Evaluation, 

Process  Testing  through 
IVIanual  Enactment, 
and  PSS  Preparation 


PlriKwii- i  I 
Sunxiri  -  I 
Sjiient  __  f 

Stage  4  |  T"-^ 

Evaluation 

-mA  Process 
Pro^  Guide 

Eractront  “T  integraUon 
rresong) 

-  PSS 


A  Process  Guide  is  produced  for  each  process 
Identlfled  in  the  "Process  Dennitlon  implemen¬ 
tation  Plan"  dcsia 
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Process  Design  Objectives 
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Process  Design  Information 
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LORAL  Federal  Systems 


Describing  the  Agents  of  a  Process 


The  important  features  of  an  agent 
that  should  be  described  are: 


Relationships 

Behavior 

Attributes 

•  organizational 
structure 

•  activities 
performed 

•  artifacts  used  and 
produced 

•  availability 

•  role 

•  skills  required 

•  training  required 
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Roles 


Process  definer:  lays  out  the  process,  defines  it,  and 
creates  the  Process  Guide 

Practitioner:  follows  or  executes/enacts  the  process 
definition 

-Executive,  Manager,  Team  Leader,  QA,  Engineer, 
etc. 

Monitor:  tracks  and  evaluates  status  and  progress, 
anticipates  future  state 

-Executive,  Manager,  Team  Leader,  QA,  Engineer, 
etc. 
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Process  Definition  Products 
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Process  Design 


Or gankation/Proj  ect  Repository  Book 

Artifacts  and  Goal  States  SectidiL  _ 

Artifact  Descriptive  Information 

•  Artifact  Purpose  and  scope 

•  Artifact  Goals 

•  Artifact  hierarchical  structure  (layout) 


•  Reference  to  artifact  specification  (Artifact  DID) 

•  Artifact  organization 

•  Artifact  contents 


•  Artifact  constraints 

Examples:  Product  standards.  Drop  dead  dates,  etc. 
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Process  Design 


1^  Artifacts  and.GoaLStat^  Section 

Artifact  Owner  and  Constraints 

•  Artifact  Owner/Author  (role  identification) 

•  Artifact  Reviewer  and  Approvers  (role  identification) 


•  Artifact  access  privileges  and  constraints 

•  Reference  to  artifact  specification  (Artifact  DID) 

•  Artifact  organization 

•  Artifact  contents 
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Process  Design 


1  Organization/P_roject  Repository  Book 

1  Artifacts  and  Goal  States  Section  - 

Artifact  Owner  and  Constraints  (Continued) 

•  Artifact  constraints 

•  Access  permissions 

•  How  used/maintained 

•  Who  uses/maintains 

•  Artifact  metrics  to  compute  and  collect 
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Process  Design 


Method  Descriptive  Information 

•  Method  objectives 

•  Inputs  used 

•  Outputs  produced 

Infrastructure  Requirements 

•  Agent  requirements  (requisite  skills,  method  training) 

•  Organizational  and  management  support  required 

•  Process  system  support  functions  required 
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Process  Design 


Orgaonization/Project  Repository  Book 
Methods  Section  (Continued)  _ 

Method  Enactment  Information 

•  How  to  achieve  the  objectives  of  the  method 

•  How  to  report  results 

1  Agent  Description  Scctioii  = _ 

Agent  role  description 

General  experiences  and  skills  required  for  the  role 
Types  of  resources  the  role  requires 
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Design  Example 


Refer  to  Information  Organizer  Instructions 
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^  Next  Step: 

Enactment  Information  Specification 

•  Add  enactment  work  paradigm  steps 

•  Draft  “Process  Guide” 

•  Refine  granularity 

•  Refine  detailed  methods 

•  Complete  “Process  Guide” 
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Tutorial  Contents 


1  -  Introduction 

2  -  Process  Definition  Concepts 

3  -  Planning  the  Project  Process 

Definition 

4  -  Process  Context 

5  -  Process  Layout  Specification 

6  -  Process  Design  Specification 

^  7  -  Process  Enactment  Information  Specification 

Evaluation 

8  -  Evaluating  Process  Definition  Results 
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Process 

Enactment 

Information 

Specification 
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Process  Definition,  Evaluation  &  Use 


Planning 


Process 

Context 


Planning  of 
a  Process 
Identified  in 
the “Process 
Definition 
Implemen¬ 
tation  Plan” 


Definition 


■  stage  1 


Stage  2 


■  Process 
Enactment 
Information 


Evaluation, 

Process  Testing  through 
Manual  Enactment, 
and  PSS  Preparation 


Ftooat 
Suppra  tr- 
SjXttint 


Stage  4  ) 

Evaluation 
&  Manual 
Process 
Enactment 
(Testing) 


Process 
Guide 
Integration 
into  Manual 
PSS 


A  Process  Guide  Is  produced  for  each  process 
Identified  In  the  Trocess  Definition  Implemen¬ 


tation  Plan" 
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Process  Enactment  Specification 
Objectives  i - 1 

«  I  Mesisiirement  I 


Specily  Process  Component’s 
Work  Actions 


Measurement 

Recording 

Tasks 


Process  Status 
Logging 
Tasks 


Status 

Communication 

Tasks 


Reporting 
Method/ Activity 
Completion 


Process 

Enactment 

Specillcation 
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Concept  of  a  Work  Paradigm 


Work  Paradigm 

-  Common  set  of  actions  to  be  performed  within 
each  activity 

-  General  case  across  an  organization  or  project 

Example:  “ETVX”  paradigm 

-  Test  Entry  criteria 

-  Perform  Task 

-  Verify/validate  results 

-  Test  eXit  criteria 
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Extended  ETVX  Process  Description 


STARS  Program 
LORAL  Federal  Systems 

Example  Work  Paradigm  Actions 

Performing  main  task  and  lozzinz  Artifact  state 
information  for  future  navigation  decisions 

Verifying:  results  against  internal  criteria 

Validating,  results  according  to  recipient  needs 

Recording  process  and  product  metrics  for  future 
improvement  or  contractual  needs 

Testing  Exit  Criteria  and  logging  Activity  status 

Communicating  status  to/from  dependent  work 

Navisatins  to  next  defined  activity  based  on  current 
process/product  state 
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Activity  State  and  Allowed  Transitions 


Activity  state  can  generally  be  described  with 
these  four  states  and  the  transitions: 

-  Ready  -  In-work 

-  Suspended  -  Completed 


' - ' 

Activity 

s _ < 


[ ready  ] 


[  in-work  ] 


\[  suspended  ] 
completed  ] 


s: 


f 

work  begins 

-  work 

^  work 

:  work  is 

?  stops 

:  resumes 

:  completed 

t 
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Activity  Entry  and  Exit  Criteria 


Entry  criteria  define  the  conditions  under  which  an 
activity  is  allowed  to  begin 


Exit  criteria  define  the  conditions  under  which  an 
activity  can  be  declared  complete,  and  are  generally 
based  on: 

•  Completion  of  an  activity  or  output 

•  Availability  of  an  input  or  agent 

•  Satisfaction  of  evaluation  criteria 

•  State  of  an  activity,  artifact,  or  agent 
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Concepts  of  Behavioral  Adaptability 


Exceptions  to  prescribed  process  definition  stem  from 
real-life  events 

Process  definition  must  carry  adequate  information  to 
accommodate  these  situations 

Example  of  process  navigation  needs  that  require 
behavioral  adaptability; 

-  Iteration 

-  Rework 

-  Workahead 
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Mixed  Initiative  Considerations 


Typical  developer  situation  from  following  information  - 
based,  creative  processes  such  as  software  development 
or  product  engineering: 

•  -  Many  activities  in  progress 

-  Few  completed 

-  Parallelism  the  norm 

To  support  “real  life”  process  pragmatics: 

-  Support/encourage  yvorkaheadhy  means  of 
permissive  Entry  Criteria 

-  Enable  management  control  through  dependency 
network  of  ri2id  Exit  Criteria 
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Optimal  &  Mandatory  Entry  Criteria 

Entry  criteria  are  either  optimal  or  mandatory 

Optimal  entry  criteria  are  those  that  should  be  met 
before  the  activity  begins,  but  may  be  deferred  to  allow 
work-ahead 

Mandatory  entry  criteria  are  those  that  must  be  met 
before  the  activity  begins 

Deferred  entry  criteria  must  be  satisfied  before  the 
activity  may  be  declared  complete 

Note:  exit  criteria  should  always  be  mandatory 
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Process  Enactment 


1  ffli '  111 If  tH™’  wHfrara  Hf 

11 

For  each  activity  in  the  process,  specify  - 

Activity  Work  Paradigm  Actions: 

•  Test  the  entry  criteria 

•  Perform  the  activity  main  task 

•  Verify  main  task  results 

•  Validate  main  task  results 

•  Record  measurements  and  metrics 

•  Communicate  process  status 

•  Navigate  to  next  activity 
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Process  Definition  Products 
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Enactment  Information  Example 


Refer  to  "‘'Process  Definition  Information 
Organizer  Template’’"’  Instructions  Manual 
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Next  Steps 

•  Complete  enactment  information 

•  Complete  detailed  methods 

•  Complete  all  artifact  DIDs 

•  Complete  Process  Guides 

•  Prepare  Project  References  and  Execution  Logs 

•  Review  Process  Guide,  Organization/Repository  Book 
entries,  and  Process  Execution  Log 

-  Revise  as  appropriate 

•  Evaluate  all  process  definition  products 
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Tutorial  Contents 


1  -  Introduction 

2  -  Process  Definition  Concepts 

3  -  Planning  the  Project  Process 

Definition 

4  -  Process  Context 

5  -  Process  Layout  Specification 

6  -  Process  Design  Specification 

7  -  Process  Enactment  Information  Specification 

Evaluation 

8  -  Evaluating  Process  Definition  Results 
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Evaluating 

Process 

Definition 

Results 
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Discussion 
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